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The materfal [ncluded In th]s functional 
Spaci[flcat]lon, including but net timites 
to, Instruction timas and ceerating 
Speetis 16 for [nformatlon purposes oniy, 
Ajp.sucn matarlal Is susject to chance 
witnout natice, Sancequently G&C makas 
No clalin and shalj not oe |jaole for jts 
accuracy, — | | 


“INTROGUCT ION 


RS¥-ii% 1s a Real Tlme Operating Syste for the FOF-11/45, 
tnat Is oh losonntcal!ly simflar te RSX915 with tae addition 
oft Fixed and/or dynamic oarti{tioning, reerntrant ilorartes, 
Output sfooling, Cnecxpoalirting, and Funet ne Partitian 
Selection, A major difference fron FSXe15 Is Tra wyse of 
"event Fjags" j[nsteag of “Event Varfabjes", ara the aoility 
to WAITFOR a [ogical somdinatlon of events, 


SYSTEM DESCRIPTION 


R$X¥-149 Ts an event driven, fixed/varjaplea odoartivion, disk 
baseu, software opriorltv multieprogramsf[ng systen tnat 
Provices flexibje schedullnag, program eratection, orlority 
Queucd I/G, and fast intarruot rasnonse, 


The systen {[s deslanec for use fn Industrial process control 
and |aboratory appileations wrara g{[Sk Sforane of nragrans 
and data, efficient and sonventant scheuul (ng sf onerations, 
and waojd responsa to Interryots Js renulrad, 
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The basje Program yn]{t under RSX-110 [s cal |ed a "Task" . and 
consists of a program or set af programs tnat have ha3en 
weTtten {(n FORTRAN and/or POP#11 asse "bly  |anauage, 

-Relocatabje object madules are created elther ens|iina or 

 offeli{ne, and ara "Instajledt [nto an RSX9116 system 
-one| —ne, This an-|[ne process resyui{[ts In the recoraina of 
.the TasK on the system disk Tn absoljyte memory |mase form 
(ready for execution), . 


es 


PARTITIONS 


arpttTtlons. are areas of cont{[guous real menofy that are used 

Mir Task execution, There afe two mods of Partition usage} 
C1)."User Control" where oniv one task at a tilma may occuoy 
the. Partitjon, and (2) "Systen Cantro|" wnere tne system 
controls aljocatilon of memory (witnin. tne Partition) -mep 
exacytion af ona of Mora Tasks, [Pe Name, base Address, 

- S$$ze@, and node of eacn Part}tlon {s specifies at Systan 
-Configuratian-. time, and cannot be cnahged oneli|na, Tas¥s 
are [nsta]bted to run |[n a particular Parl|]tilon, Cut, unon 
sosclflc request, may Fun In any Partit{[en that Is large 
enougn, 


DISK USAGE 


Part of tne executive cade |s a RF and/or RK Bisk Driver 
wh{ch provides Storade Allocation and Block Transfer 
funct]ons for Privalesed requestors, 


When a Task Image [Ss oullt, a disk area |S allecated to 
conta]m tra Task!s lfoac Image, and, [f the Task Is declared 
"CheckDolntadle", 2 swapout area -[s also aijlacates, fhe 
Tasn {mage [fs written sucn that a sjngle transfer can he 
usea ta joag {ts [mane {nto a Partitlon, FExceot far Gloosal 
Comnon and Rasldant Lidrary PoutInes (*nlon rare not a nart 
of the disk [mage), a TasK requires contiguous rea} menmory, 


" MULTIPROGRAMMING 


Effective multlorogramming depands ypon Multiple manory 
residency of TaskS, and upon Tasks Spending sone of thelr 
res[dency wafting for 170 completion, waiting for 
Synchronization wlth otner Tasks, or In sone way daing 
unable to continue execution, Thus, an|le ne or saveral 
Tagsxs are walt]nqa. anothes Task may utj[lize the central 
processor’s resources, 
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Under f&Sx=419, Tasks are run at a software priority level 
Fangina. fron a tow of ane through 2 igh of 255, and the 
Aignest orlorilty Task canabje of execution IS agranted the 
Central or%cessor resources, 


When a Task becomas ready to execute, and {8 of ai hiaher 
OrTor{ty tnan tna currently executina Task. the fower 
orlTorpity Task [s |nterrunteg and the nigner Orlority Task Is 
ajlowed to fun, Exacutfon af the Jntertuntey Task wil 
continua wnen [t once agaln osecomes tha hnighast orlorlty 
Taga capable of exacutlon, Tn2 environment of * an 
Intorruptead Tas«x |s praserved, and, excent f*r elansad tyne, 
Intsrrugctiton [s transparent to an |nterrupted Task, 


TnTs mujt}]oragranming normally acnl|es only ¢to 
memoryeres[dent Tasks, 1,0., onea a Task Js In mamory, Tt 
Ts normajly allowad to run to . comojation In a 


mult }programming fashion even If fts memory nerames retulred 
for the exacution of a Algher orlority Task, ‘lowgver, when 
It Is des{[rab}e to free a Partltlon for execition of a 
Hianer .orifor{fty Task, a Task may he declarad 
"“checknolntable” when [t [s Tnstailed, Cneckpointable Tasks 
ara Swapped=out when thefr Partition Is feaulred for a 
Righer orfori{[ty Task, amd Swanped-[n" wnan they ance aritn 
become the h[lemest priority Task requiring [ts Partitian) 


Normally, a Task Is breudgnt [Tato mamory eniy upon a reauest 
for |Jts exacyuticon, and several TaSks nay use the sare 
MEeMOF Ys However, wren deslrabia, a Task ay he 
"¢[xeqe[n=emenory” nernitting faster response to reanuasts for 
execution, but gadfcating a fed aed or sart of ane, tos a 
Single Task, 


SIGNIFICANT EVENTS AND EVENT FLAGS _ 


A Tas« js cans[dcefed "act{[ve"™ from the tine Its execution Is 
Fequasted unti{| the time jt nas ExXlTed, and tne system 
Matntalns a priority arcerea {fst of active TasKxs cajjad the 
Active Task List, The system js drf[ven oy this [ist In tke 
following way, A Sian{filcant Evant [Ss a caoncitjon that Is 
Geclarsd hy a program that recognizes that an event af 
Sjanlflcanece nas occurred, Whenever a Slan{ficant Event fs. 
decjareyu, any executing Task |s Interruptad and the Active 
Task List Is scanned fren the ton axam([niIng tha status af 
Tasks  [n dacand}|ng prlnri[ty oraar until a Task natabie cf 
execution |{s found, Rxecutian of tne Tas« Is then 
Inftfated, or continued, until] efther: 4) the Trsx axtts, 
2) the Task must walt for another evant (vizi, 7d - 
complvatfon), of 3) a Signiftcant Event occurs and a Alanee 
Drlor|ty Task {S$ capeble of executlon, Task switching 
occurs only as a resujt of ai Sjisgai[fjcant Event, ard 
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—-Sfantflcant Events afe declared whan events of slunificance 
occur, [,e@e, RSX*110 Is an event drf[yen system, 


Assocjated with Slaqnlfleant Events are fljags cajied Event 
Flags, Daclaratilon of a Slanifi[cant Event [ndjcates that 
Sonething has happened, and the settina of ai sarticylar 
Event Flag Indicates what has happened, For exatple, ipan 
completion of 1/0 requests, Hardier Tasks mormaj{ly set a 
 fFequestor |ndf{cated Evant Flag and deciare a Significant 

Event, If the requesting Task has I[nstryucted the system 
that {t could not execute unt]! the Event Varfable had been 
Set, Tasks of lower prlorlty could be run bacaiuse Scans of 
the Active Task LISt could pass tna Task waiting for 170 
completion unt!l|] the SiIgnificant Event was ocaeclared as a 
Fesult of tne 1/0 comoletion, 


Each Task has access to s[xty-four (64) Event Flags of which 
thirty=two (32) are unique to each Task, and thIirtystwo area 
common to aj] tasKs, | . * 


SYSTEM TRAPS | 


The abf|{[ty to service certaln cond|]tions without 
cont{[nuously testiIng for tnelr existence |S Previdea via 
"Systam Traps", These Trans cons[st of a |l|nkage setnod to 
Optional  fneTas«K trap service routines, Tne servise 
Fout[nes are Insta||ed as a part of tha Tasks» IImj[rec *y the 
Same restrletlons as tne Task, and run at the Tas«‘s 
PreTor[ty aS a result of a System Tran. condition, Trls 
faci sity also orovides a means of resnonalns to the 


- 


execition of pri[vijjeged [nstructions and non-kRSx-i1)0 EMTs, 
If the system [Is not expliecltiy notified of the existence of 


a System Terao service routine, the System Tran will] not 
occue, : | 


ON@LINE TASK DEVELOPMENT 


Program development under RSX-11D Is provided as a 
s{nale-straam Batch capability, Progran units nay be 
assemdled or comolied (Fortran IV), TaSk Images “ay Be Sylit 
and |[nstal|ed of removed, and fJje@ man|[pulation utility 
Operations may pe performed, 
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THE MONITOR CONSOLE ROUTINE 


‘Operator [nterface to the system Ts provided by a faelyTty 
caflad the "MCR" for Monitor Console Routine, 


MCR dlajogue [s estabj{]shed by typ[ng a 9 on a TTY, This 
Gauses an MCR d}]spatch Task to pun wnaloh outputs an "MCR". 
Promnting Symoo{ and reads a jine of caomnane tneut, TRe 
command Input {ne [{ndicates what function ts to he 
Parfopmed and catntalnS parameters wnen necessary, The 
djspaten Task caysesS an MCR Function Task to run, which 
Performs tne raquested funetTon, Thera |S one MCR Function 
Task fOr every MCR Function, 


A typical system mignt haye MCR functions to provide system 
“Status, Derform Task schedul[ng, change Logical Unit 
Asslanments, etc, ? 


Since normal RSXei1D Tasks are ysed to !mpjement MCR 
Functions, Soecjal onurpase functions to orovide added 
flex}bi|Tty or convenience for a partioular applijcation or 
Insta|llati¢namay be easily developed and added, 


SYSTEM DIRECTIVES 


System Olrect{ves or Of]rect{ves area IJnstructions to the 
Systen to perform an Indjcated operation, Olrectives are 
Implemented as EMT/s and supported under FORTRAN by |lorary 
Subpouti[nes, 


Bypect{ves aljow Tasks to schedule other tasks, measure t[ne 
Intervajs, queue {/0 requests, suspend execution [mn varltous 
WayS,; change {ogjcal unit assignments, ex{[t, and verform 
eather uti { [ty oparations, 


3/0 HANDLERS 


Whth tne exception of the System Ofsk Orlver( (st, whlen ave a 
Part of the executive, afl{ ¥/0 Ts supported py "1/0 Handleor 
Tasks", These Fasks afffer from most other Tasks fn that 
(4) they contain an Interryust service poutine, €2) they run 
With additfona| or|vleqe,; and ¢3) that a nating convention 
ex}sts (viz. tne Line Printer Handler Task tS Named 
“LP bee els 


1/0 Handler Yasks are aro |oaded Into, or ynfoded fiom, 
memory by MCR commands, | 
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‘¥/0 requests are queyed for each unit by prilorlty usually 
Fequestor task oprlori[ty), and Handler Tasks ptck rpeauests 
from the top of request queues, Thus, preferential service 
1s given to hish priority requestors,  Wowever, when 
approprf[ate, Handler Tasks accept "attach un{[t to Task" 
Foquests and then de-queve only requests from the attached 
Yask, This continues uyunti{} -a “detacn unmjt from Task" 
' fequest |S de-queyeds whleh causes requests to be de=queued 
by prlority (off the top) once again, 


The Interface between an 1/0 Handjer Task and the RSX#=140 
system Js accompi{shed by OAlreat]ves and by prexantrant 
System subrout{[nes (vl[2z,_ to attach, detach, and de-queuys), 
and the major effort |n developing am RSX-11D Handjer Task 
Ys In drlving the device, and not In,completing an |ntimate 
Interface. to a host system, 


